Attorney Docket No,: 82771. P269 



Patent 



IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 



TITLE OF THE INVENTION 

SS7-INTERNET GATEWAY 
ACCESS SIGNALING PROTOCOL 



Inventors 

Robert J. Dalias 
JlRI Matousek 
Lyndon Y. Ong 



Prepared by 

Blakely, Sokoloff, Taylor & Zafman 
124 00 WiLSHiRE Boulevard 
Seventh Floor 
Los Angeles, CA 90025-1026 
(408) 720-8598 



"Express Mail" mailing label number 



EL034431968DS 



Date of Deposit February 8. 1999 



I hereby certify that this paper or fee is being deposited with the United 
States Postal Service "Express Mail Post Office to Addressee" service under 
CFR 1.10 on the date indicated above and is addressed to the Commissioner of 
Patents and Trademarks, Washington, D.C. 20231 



37 



Mary E. Warltmer 



(Typed or printed name of s^rson mailing paper or fee) 




(Sign^ture/\of perscjji mailing papers or fee) 



p 



RELATED APPLICATIONS 
This non-provisional patent application claims the 
benefit of U.S. Provisional Application No. 60/079,190, 
filed March 24, 1998, entitled, "SS7-INTERNET GATEWAY 
ARCHITECTURE AND ACCESS SIGNALING PROTOCOL" and U.S. 
Provisional Application No. 60/088,194, filed June 5, 1998, 
also entitled, ''SS7-INTERNET GATEWAY ARCHITECTURE AND 
ACCESS SIGNALING PROTOCOL". 



10 COPYRIGHT NOTICE 
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,J copyright protection. The copyright owner has no objection 

\M to the facsimile reproduction of the patent disclosure by 

p any person as it appears in the Patent and Trademark Office 

15 patent files or records, but otherwise reserves all rights 
to the copyright whatsoever. 



BACKGROUND OF THE INVENTION 
Field of the Invention 

20 The present invention is related to data 

communications. In particular, the present invention is 
related to a gateway architecture for supporting 
interworking of a Public Switched Telephone Network (PSTN) 
Signaling System 7{SS7)-based out-of-band signaling network 

25 with a data network such as the Internet or an intranet. 

Description of the Related Art 
Out-of-Band Signaling 
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Signaling in a telecommunications network involves 
transmission of information between network elements to 
provide telecommunications service. Signaling between 
network elements in a Public Switched Telephone Network 
5 (PSTN) includes, for example, transmission of dialed 
digits, dial tone, call-waiting tone, busy signal, etc. 

As illustrated in Figure 1, out-of-band signaling is 
signaling that occurs over a separate signaling link {e.g., 
10 link 110 and link 111) rather than the trunk (e.g., time 
division multiplexed (TDM) lines 115) over which 
transmission of user information, e.g., in the form of 
Pi voice or data transmissions, occur. In a PSTN, when a call 

is placed, the dialed digits and other information 
15 necessary to establish the call are transmitted out-of-band 
over a signaling link rather than the trunk circuit 115 
over which the actual call is conducted. There are several 
sQ advantages to transmitting signaling out-of-band, including 

higher voice or data throughput on the trunk circuit, the 
20 ability to transmit signaling information at any time, not 
just the beginning and end of a call, and the ability to 
send signaling to network elements regardless of whether 
there is an associated trunk connection. 



25 Out-of-Band Signaling Using SS7 

With reference to Figure 1, Signaling System 7 (SS7) 
is a standard defined by the International 
Telecommunications Union (ITU) Telecommunications 
Standardization Sector (ITU-T) . The standard defines the 

30 procedures and protocol that supports out-of-band signaling 
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between telecommunications network elements to effect call 
set up (either wireline or wireless communications) , 
routing and control, using a Common Channel Signaling (CCS) 
network. Variations under the standard are promulgated by 
the American National Standards Institute (ANSI), Bellcore, 
and the European Telecommunications Standards Institute 
(ETSI) . A PSTN transmits signaling information, e.g., call 
setup, etc., over dedicated out-of-band signaling links, 
typically 56 or 64 kilobits per second (kpbs) bidirectional 
links) , rather than transmitting the control information 
in-band over voice channels. 

An SS7 signaling network 105, that is, an out-of-band 
signaling network that operates in accordance with the SS7 
procedures and protocol, has three fundamental components. 
The components are signaling, or service, switching 



points ( SSPs) , signal transfer points (STPs) , and signal, or 



service, control points (SCPs) . SSPs are PSTN switches. 



also referred to as Central Office-^CO) switches, such as 
PSTN switches 101 and 102, that are controlled by SS7 
software to originate, terminate and switch calls via the 
SS7 out-of-band signaling network, hereinafter referred to 
as the SS7 signaling network or SS7 network, STPs, such as 
STP 103 within the SS7 network 105, route signaling 
information throughout the SS7 network to the appropriate 
destination network element. Service Control Points (SCPs) 
such as SCP 120 are essentially databases accessed in the 
SS7 network to, for example, provide information for call 
processing . 




Signaling points are uniquely identified in the SS7 ' 
network by numeric point codes that are included in the 
signaling messages transmitted between signaling points to 
uniquely identify the source and destination signaling 
points for the messages. Routing' tables associate a point 
code with a path through the SS7 network so that a source 
signaling point can transmit a message to a destination 
signaling point in the SS7 network. An STP is a packet 
switch that routes incoming messages it receives to a 
signaling link according to routing information contained 
in the SS7 messages. 

SS7 Signaling Links 

Again with reference to Figure 1, SS7 signaling links 
are characterized differently according to their use. The 
SS7 protocol defines A, B, C, D, E and F links. A links 
110, 111 and 112 ("access links") interconnect STP 103 to 
either an SSP (PSTNs 101 or 102) or an SCP, e.g., SCP 120. 
A links transfer signaling information to or from end 
signaling points in an SS7 network. ^C^links ("cross 
links") interconnect' a mated pair of STPs for reliability. 
B and D links ("bridge and diagonal links") interconnect 
two mated pairs of STPs to transmit signaling information 
between STPs in the SS7 network. A call placed between 
SSPs 101 and 102 involves transmitting call setup 
information between SSPs 101 and 102 via SS7 network 105, 
specfically, via A link 110, STP 103 and A link 111. Once 
the call is established, voice, data, etc., is transmitted 
in a time division multiplexed manner over communications 
medium 115, i.e., trunk circuit 115. Upon completion of 



the transfer of user information between SSP 101 and 102, 
call tear down information is transmitted out-of-band over 
the SS7 signaling network in the same manner as the call- 
set up information. 

5 

SS7 Protocol Layers 

SS7 is a layered protocol that provides for the 
exchange of signaling information in support of, and to 
maintain, a telecommunications network. A physical layer 
O 10 referred to as Message Transfer Part (MTP) Level 1 defines 
l^i the electrical characteristics of the signaling links of 

the SS7 network. The signaling links typically utilize 
digital channels (DSOs) capable of transmitting a digital 
signal at 56,000 to 64,000 bits per second, or even Tl or 



'its 



m 



m 



15 El links. ' 



5=^ A series of higher layer protocols known as the 

ifl Message Transfer Part (MTP) Levels 2 and 3, collectively 

'~ referred to as the Message Transfer Part, are essentially 

20 equivalent to layers 2 and 3 of the International Standards 
Organization (ISO) Open Systems Interconnection (OSI) 7 
layer conceptual model. Thus, MTP Level 2 provides link 
layer functionality, such as error checking, flow control, 
etc., and MTP Level 3 provides network layer functionality, 
25 such as routing and congestion control. The MTP Levels 1, 
2 and 3 provide a service to the upper layer SS7 protocols, 
namely, ISUP, TCAP, SCCP, and OMAP protocols, briefly 
described below. 
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Integrated Services Digital Network (ISDN) User Part 
(ISUP) controls the messages for the set-up and tear down 
of trunk circuits that carry voice or data between and 
originating, or source, and terminating, or destination, 
5 PSTN Central Offices (CO) , which are SSPs in the SS7 
network. 

Signaling Connection Control Part (SCCP) provides end 
to end routing of TCAP messages and global title 
O 10 translation. A second function of SCCP is global title 
It. translation, which provides incremental routing to free 

'F source signaling points from maintaining routing 

m 

jjl information otherwise necessary to reach every destination 

.2 signaling point in the SS7 network. The source signaling 

ii 15 point can query a STP for routing information and request 



global title translation. The STP decodes the request and 
routes messages accordingly on behalf of the source 
signaling point. Global title translation is utilized, for 
example, in translating a logical address, such as an 800 
20 number dialed by a user, to an actual address of the 

corresponding 800 number translation application in the 
signaling network, i.e., the point code of the SCP and the 
subsystem number for the 800 number translation 
application . 

25 

Transaction Capabilities Application Part (TCAP) 
supports the exchange of non-trunk circuit related 
information between signaling points using a SCCP 
connectionless service, such as 800 service messages and 
30 calling card verification. Finally, Operations, 



ffi 
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Maintenance, and Administration Part (OMAP) supports the 
additional signaling network management functions such as 
testing the STP routing tables for loops within the 
signaling network. 

I ntegration of Telecom and Datacom Networks 
In summary, SS7 based telecommunications networks are 
in operation throughout the world linking the 
telecommunications switching infrastructure to support many 
functions, including basic call control, for which the SS7 
based networks provide essential functions, and call 
supplementary services such as number translation and 
calling card validation. However, presently, data 
communication networks lack access to the SS7 network, and, 
as a result, do not benefit from the infrastructure which 
might otherwise provide for integrating voice and data 
services, and increasing data communications bandwidth for 
user data by moving overhead, control, and signaling 
traffic to the out-of-band signaling network. 

What is needed, therefore, is a gateway to the SS7 
network providing for the integration of telecommunications 
networks and a data network, such as the Internet or an 
intranet, that will allow users to operate in an 
environment providing for both voice and data services. By 
accessing the telecommunications network using SS7, data 
network elements in the Internet or intranet fit cleanly 
into the telecommunications network infrastructure as peer 
SSPs and SCPs and can exchange signaling information with 
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telecommunications network elements for routing and 
treatment of connections. 



m 
m 



! ; ; 



V. 




9 



BRIEF SUMMARY OF THE INVENTION 



A gateway architecture for interworking of a PSTN SS7 
signaling network with a data network, such as the Internet 
or an intranet, is described. A Signaling System 7 (SS7) 
network is the primary means used in the PSTN for control 
of circuit-switched connections and value added PSTN 
services. PSTN/SS7-to-Internet interworking provides 
integration of PSTN and Internet services such as remote 
intranet or Internet access and Internet Protocol (IP) 
telephony. 

There are several applications for the SS7 network in 
association with a Network, or Remote, Access Server {RAS) . 
The most common application is call control for both 
originating and terminating calls. A second application is 
the execution of user applications between the RAS and a 
service control point (SCP) , or another service switching 
point (SSP) or network node with a point code. The gateway 
provides a common interface for control between the 
telecommunications network and the Internet or an intranet, 
and improvements to the gateway to RAS access protocol. 
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BRIEF SUMMARY OF THE SEVERAL VIEWS OF THE DRAWINGS 



The present invention is illustrated by way of example 
and not limitation in the following figures, in which: 

Figure 1 illustrates a diagram of prior art SS7 
architecture for a PSTN, 

Figure 2 is a block diagram an embodiment of the 
present invention as may be utilized for call set-up. 

Figure 3 is a protocol stack diagram of an embodiment 
of the present invention. 

Figure 4 is a block diagram of another embodiment of 
the present invention. 

Figure 5 is a block diagram of yet another embodiment 
of the present invention. 
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DETAILED DESCRIPTION OF THE INVENTION 



Overview 

An embodiment of the present invention provides the 
architecture for an SS7 to data network (e.g., Internet or 
intranet) gateway, allowing for out-of-band signaling 
between a PSTN switch and a ne twork address serv er, herein 
referred to as the Remote Access Server ((RAsO that front 



ends the data network. ^^^^ present invention addresses the 
gateway architecture and functions, and the protocol used 
between the gateway and the RAS^ Protocol functions 
include connection setup between the gateway and the RAS 
(which operates as a service switching point (SSP) in the 
SS7 network) , registration and status information exchange 
for the RAS, and management functions for the channels 
between the gateway and RAS. Since call control and other 
overhead or control signaling between a CO/SSP and the RAS 
is accomplished over the SS7 signaling network, via the 
gateway, Tl circuits may be utilized instead of primary 
rate ISDN (PRI) lines to transmit voice or data, lowering 
user's access costs to the data network. Additionally, 
accessing databases over the SS7 network relating to such 
applications as billing, network monitoring, real time 
queries, etc., is possible. 

In the following description, numerous specific 
details are set forth in order to provide a thorough 
understanding of the present invention. It will be 
apparent, however, to one of ordinary skill in the art that 
the present invention may be practiced without these 
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specific details. In other instances, well-known 
architectures, circuits, and techniques have not been shown 
to avoid unnecessarily obscuring the present invention. 

In alternative embodiments, the present invention may 
be applicable to implementations of the invention in 
integrated circuits or chip sets, wireless implementations, 
switching systems products and transmission systems 
products. For purposes of this application, the terms 
switching systems products shall be taken to mean private 
branch exchanges (PBXs), central office switching systems 
that interconnect subscribers, toll/tandem switching 
systems for interconnecting trunks between switching 
centers, and broadband core switches found at the center of 
a service provider's network that may be fed by broadband 
edge switches or access multiplexors, and associated 
signaling, and support systems and services. The term 
transmission systems products shall be taken to mean 
products used by service providers to provide 
interconnection between their subscribers and their 
networks such as loop systems, and which provide 
multiplexing, aggregation and transport between a service 
provider's switching systems across the wide area, and 
associated signaling and support systems and services. 

Embodiments of the invention may be represented as a 
software product stored on a machine-readable medium (also 
referred to as a computer-readable medium, a processor- 
readable medium, or a computer usable medium having a 
computer readable program code embodied therein) . The 
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machine-readable medium may be any type of magnetic, 
optical, or electrical storage medium including a diskette, 
CD-ROM, memory device (volatile or non-volatile) , or 
similar storage mechanism. The machine-readable medium may 
5 contain various sets of instructions, code sequences, 
configuration information, or other data. Those of 
ordinary skill in the art will appreciate that other 
instructions and operations necessary to implement the 
described invention may also be stored on the machine- 
O 10 readable medium. 



m 

pa 

in 
m 



SS7 interconnection to a data network (e.g., Internet 
or intranet) access point, such as a Remote Access Server 
(RAS), appears to the telecommunications network as a peer 
15 telecommunications service switching point (SSP) , for 

purposes of terminating calls for Internet access. Further 
applications include allowing exchange of information 
between more general nodes within the PSTN and Internet, 
such as a PSTN SCP and an Internet telephony service, or a 
20 PSTN switch and an Internet information server, such as a 
directory. 



An embodiment of the present invention provides an 
open, standards based interface between the Remote Access 
25 Server (RAS) and the gateway connecting the RAS to the SS7 
network. For example, in one embodiment of the invention, 
a simple but extensible proto^l, based on ITU-T 
Recommendation Q.931 (1993), ^ISDN user-network interface 



layer 3 specification for basic control, -and ITU ¥ 
^^/^-^o - UcGonmiuud aL i ui i Q. 9 3 2 — — G^fte iiu piu^uduifai^j lul Lhe -' 
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^^^^^^ - ^-Mul ^ ^nl nf TflDN .si^pp l^f^mp^^ ^f a ry nm" ^ Fi r pn |^ provides for 

communication between the gateway and RAS. 



Overview of Applications 

5 Call Control 

Because the SS7 signaling is done out of band on a 
separate common channel signaling network, such as an SS7 
signaling network, the user can obtain 64 kilobits per 
second, time division multiplexed (TDM) circuits between 
10 the PSTN switch (which operates as an SSP in the SS7 
|jl network) and the RAS, without incurring the cost of primary 



rate ISDN. The SS7 signaling (call control) is done 
between the STP and the RAS (which also operates as an SSP 

i! 

p in the SS7 network) . All call control messages are sent 

15 over the SS7 network and the payload, i.e., user voice or 

y 

1^ data messages, is sent on the TDM circuits between the PSTN 

switch and the RAS. With reference to Figure 2, a 
simplified block diagram illustrates the relationship of 
the STP, PSTN switch, and the RAS. The diagram shows a 
2^ dedicated ^'signaling ^Intorne fe^^ used between the RAS and 

gateway to ensure physical separation of signaling traffic 
and user data traffic. However, it is appreciated by those 
of ordinary skill in the art that other arrangements are 
possible . 



25 



Data Base Applications 

The SS7 procedures and protocol allow for end-to-end 
routing of messages across the PSTN, via STPs, for message 
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routing using SS7 Message Transfer Part (MTP) , Signaling 
Connection Control Part (SCCP) and Transaction Capabilities 
Part (TCAP) layered protocols. The end-to-end routing of 
messages provides support for PSTN database applications 
such as 800 or freephone number translation, calling card 
validation, and calling name identification. 

It is appreciated that end-to-end routing of messages 
across the SS7 network may be utilized for data 
communications as well, as the SS7 network provides a 
reliable transport network for highly sensitive traffic, 
and a supporting environment for equivalent database 
applications for data communications, such as billing 
applications, maintenance and configuration processes, etc. 

Another database application in SS7 is trunk group 
selection to the RAS. Different standards have developed 
for modem termination that require connections to be 
terminated on a RAS equipped for a specific modem standard, 
depending on the caller's modem. Selection of the trunk 
group corresponding to a particular modem type could be 
enabled by triggering a query from the telecommunications 
switch to the gateway (which may pass this on to another 
node) to ask for trunk group selection based on, e.g., 
called number, calling number, or some other classmark. 

Voice over Internet Protocol (VOIP) 

VOIP call termination and origination through the 
public switched telephone network, with direct control over 
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• 



message delivery, reduces the cost of delivering toll by- 
pass services. It is appreciated that VOIP may require 
additional features in the future to make it comparable 
with standard telephony service, including features that 
5 are currently implemented using the SS7 network. Remote 
Access Servers containing both SS7 and VOIP functionality 
give Internet Service Providers the ability to launch new 
voice offerings. 



p 10 Internet Service Providers (ISPs) need to integrate 

SS7 and IP control capabilities to provide transparent 
.p service to users on PSTN and VOIP networks. Projections 

jf; that some significant fraction of voice traffic will 

utilize IP networks in the future suggest that the ability 



□ 
111 



15 for PSTN users and VOIP users to locate and talk to each 
other and access similar services will be essential in the 



O future. Transparent routing and services can be enabled by 

iO connecting PSTN/SS7 signaling networks with directory and 

service information in TCP/IP data networks to support 
20 number translation, routing and calling card services for 
calls transiting from PSTN to IP and vice versa. 



Network Architecture 

With reference to Figure 2, a block diagram of an 

25 embodiment of the present invention (200) is provided. 

Users access data network 230 via Remote Access Servers 215 
and 225 by dialing in to either RAS. A call is placed 
through their local Central Office (CO), i.e., PSTN/SSP 101 
to access RAS 215 over TDM trunk circuits 115. However, 

30 rather than utilizing a channel in the TDM trunk circuits 
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115 as a control channel to transmit control information, 
e.g., call setup information, the control information is 
transmitted out-of -band, over SS7 signaling network 105, 
via A-link 110, STP 103 and A-link 210. (It should be 
5 noted that the network architecture depicted in Figure 2 
is, of course, a simplified example, provided for purposes 
of illustration of an embodiment of the present invention. 
It is appreciated that the present invention is applicable 
over sophisticated, complex PSTN/SS7 network architectures 
O 10 as well . ) 

=F Gateway 205 provides an interface between the SS7 

m 

\n protocols utilized to communicate control information over 

the SS7 network, and the protocols utilized to communicate 
31 15 the control information to a remote access server, e.g., 
RAS 215. As described in more detail below, the gateway 
^3 operates as an SSP in communicating with STP 103 via A link 

\Q 210 according to the SS7 layered protocols. Furthermore, 

■~ the gateway communicates with a RAS via data network 220 

20 according to a second set of layered protocols. In one 

embodiment. Gateway 205 communicates with, e.g., RAS 215 in 
accordance with a variant of ITU-T Recommendation Q.931 
(1993), ISDN user-network interface layer 3 specification 
for basic control, e- Fid - I - TO-T Rt:;coimaendation (J. ^32 (19^» ^, 
^. 25 €eft^.^jr€r-pT^ee^tttr tfs lui Lhe conLiul u l IGDN bUpplemeuLdiy * 
corvicQ.s . In this manner, the gateway 205 exchanges 
control information with PSTN/SSP 101 via the SS7 signaling 
network. Upon completion of call setup, the payload, . e . g . , 
user voice or data, is transmitted over a channel of TDM 
30 circuits 115 between the CO and the appropriate RAS, which 
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in turn, exchanges the user voice or data over data network 
230 with the ultimate destination for the payload, e.g., a 
workstation or server on the data network. 

The diagram shows a dedicated ''signaling^- IntGi ' nc fr'' 220 
providing for communication between RAS 215 and 225, and 
gateway 205 to ensure physical separation of signaling 
traffic and user data traffic. However, it is appreciated 
by those of ordinary skill in the art that other 
arrangements are within the scope of the present invention. 
For example, the signaling, or control traffic, and the 
user voice or data traffic may share the same data network, 
e.g., data network 220. Furthermore, the Figure 
illustrates a second RAS 225 connected to TDM circuits 115 
for receiving and transmitting user data and voice between 
the same PSTN switch 101. However, the RAS may 
receive/transmit user voice and/or data with another PSTN 
switch, not shown. The Figure further illustrates RAS 215 
and 225 sharing a common signaling internet (data network 
220) , but may well be connected to separate gateways via 
separate signaling links. Additionally, although RAS 215 
and 225 provide access to the same user data network 230 in 
Figure 2, it is appreciated that the remote access servers 
may provide user access to separate user data networks. 
Finally, gateway 205 is illustrated as a device physically 
separate from and communicating with either RAS 215 or 225, 
via an external signaling network. However, it is 
appreciated that the gateway functionality and RAS 
functionality may be housed within the same physical unit, 
wherein the signaling network, if separate from the user 
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data network, is an internal communications path or bus 
providing for communication of signaling information 
between the gateway functions and RAS functions. 

5 Since the gateway and RAS are connected via Internet 

protocols, there is a great deal of flexibility in locating 
and matching the gateway and RAS. For example, the gateway 
and RAS can be co-located close to the telecommunications 
switch, acting as a single logical peer switch, as 
□ 10 illustrated in the block diagram of an embodiment of Figure 
^Ti 4, in which RAS 215 and 225 are connected via dedicated 

links 405 and 410, respectively, to gateway 205. 
111 Alternatively, the gateway can provide a central interface 

'~j point for many remote access servers scattered in multiple 

lij/^/^b locations, operating essentially as a^Signal Transfer Point 
!^ (STP) in the SS7 signaling network, as illustrated in the 

S block diagram of embodiment 500 in Figure 5, in which RAS 

m 

■^Q 215 and 225 are commonly connected to gateway 205 via 

internet 220, but separately connected to different SSPs 
20 501 and 101, via TDM circuits 515 and 115, respectively . 



Gateway Architecture 

The SS7-Internet gateway architecture takes into 
account a number of factors: 

- SS7 links are designed to carry signaling for large 
telecommunications switches, which handle many more 
terminations than a single remote access server. For 
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example, a single 56 kilobits per second SS7 signaling link 
can support 50,000 busy hour call attempts. 

- The SS7 network addressing scheme is also designed to 
handle a limited set of signaling points. The 
International Telecommunications Union (ITU) version of SS7 
utilizes a 14 bit address field to identify all signaling 
points belonging to the international network, while the 
U.S. national version uses a 24 bit address field to 
identify signaling points belonging to North American 
networks . 

- SS7 protocol layers come in a number of versions, 
including ITU and various national versions. It is 
appreciated that an SS7-Internet gateway supports these 
different versions as well. 

Taking these factors into account, the gateway is 
designed to be a separate entity providing gateway service 
to a community of one or more remote access servers, as 
illustrated in Figures 2, 4, and 5. This allows 
consistency with the scaling assumptions for SS7 signaling 
links and addressing, and also allows the SS7 protocol 
handling function to be modularized, so that the gateway 
supports different SS7 versions without affecting the 
configuration of the remote access servers. 

Modularizing the gateway also opens the configuration 
of gateways and remote access servers, allowing multiple 
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gateway and RAS vendors to provide products that 
interoperate based on a common gateway-to-RAS protocol. 

The gateway also serves as a point of security, 
5 providing functions such as access to FLADIUS servers for 
authentication, screening on calling party number, and 
automatic callback. The gateway provides open application 
programmatic interfaces (APIs) for service development 
leveraging of its basic call processing functions. The 
10 addition of gateway functions adds to the ability of 

Internet Service Providers to support a variety of service 
level offerings to customers. 



- termination of SS7 protocols on the SS7 side, including 
Message Transfer Part (MTP) 305, ISDN User Part (ISUP) 310, 

20 Signaling Connection Control Part (SCCP) (not shown) , and 
Transaction Capabilities (TCAP) (not shown) for database 
access traffic. Telephony User Part (TUP) may also be 
supported for some networks. This includes MTP network 
management functions as required for any SS7 signaling 

25 point. 

- termination of IP and Local Area Network (LAN) protocols 
on the Internet or intranet side, including Transport 



Gateway Functions 




15 



With reference to Figure 3, the gateway, e.g., gateway 
205 supports the following functions: 
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Control Protocol/Internet Protocol (TCP/IP) 325, IEEE 
802 . 3/Ethernet and other LAN protocols (not shown). 

- for connection control, termination of the gateway-RAS 
protocol, herein referred to as the Open Access Signaling 
Protocol (OASP) 320. This maps between SS7 ISUP messages 
and connection setup to the RAS. 

- mapping functions 315 providing for mapping of the Point 
Code and Circuit Identification Code {CIC) on the SS7 side 
to an IP address and Channel ID associated with the 
corresponding RAS device on the Internet side. This 
mapping is created during configuration of the gateway, 
and, in one embodiment, is a static mapping. More generic 
mapping of SS7 Point Codes and Subsystem Numbers to IP 
address and application information is necessary for 
database access features. 

- support for gateway redundancy and security features, to 
ensure that the gateway reliability and security is 
consistent with signaling requirements. 

Additionally, state information is maintained at the 
gateway to support network management features, including 
state information for the attached RAS devices and some 
state information pertaining to the circuits connecting the 
telecommunications switch and RAS. 
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Gateway Protocol 

A new protocol, referred to herein as the Open Access 
Signaling Protocol (OASP) 320, provides the signaling 
interface between the SS7 gateway 205 and a Remote Access 
5 Server (RAS) . The functions of the protocol include call 
setup from the telecommunications PSTN switch, e.g., SSP 
101, to a RAS, e.g., RAS 215, registration and status 
management of the RAS-gateway relationship, and management 
of the circuits. 

□ 10 

Call Setup 

The protocol supports basic call setup and release and 

IS" - 

IJl provides similar functions and information to the SS7 ISUP 

call setup and release messages (especially JAM, ANM, REL 
ii 15 and RLC - refer to the SS7 documentation for details on the 
%i messages.). The messages and parameters are a subset of 

the full ISUP protocol, since ISUP standards take into 



\n account many situations that are not needed for remote 

access services. 
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The gateway provides a mapping from a specific 
" interface and chann e l — at the PJKO to the "^qai ' u 'Li l.cn L' Circuit 



Identification Code (CIC) used in SS7 to identify that 
termination at the telecommunications switcl^. 

25 

Registration and Status 

The protocol supports management of the relationship 
between a RAS and the gateway, providing functions such as 
notification when the RAS is ready to receive or generate 
30 traffic, and status of the circuits interfacing to the RAS, 
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Management 

The gateway protocol supports circuit network 
management functions such as the ability to declare 
circuits out of service in case of failure, and the ability 
to block circuits. Blocking in SS7 terminology prevents 
future call attempts by one side or the other for the 
circuit, and results in graceful shutdown of the circuit to 
allow maintenance actions to take place. During graceful 
shutdown of a Tl circuit, for example, all DSO channels 
gradually revert to the idle state as existing calls are 
released. When all channels are idle, the Tl can be 
removed from service. 



Secihs^y of control information exchanged with the SS7 
network is imp^'r^nt to avoid any danger of damage to the 
signaling and contro><mf orfri^iorl being passed between PSTN 
switches and databases. yS^'oiifity in this case can be 
enforced by physical separation i^^^s^dedicated Signaling 
Internet can be used between the gateway^nd the RAS, 
carrying only signaling traffic, as illustra-E^d^in Figure 



Advantages 

Scaling 

As discussed above, SS7 was designed for signaling 
between large telecommunications switching systems, 
concentrating signaling for many lines onto a common 
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signaling channel. The gateway 205 allows a single gateway 
to support interconnection scaling up to large numbers of 
remote access servers, as needed to support data network 
access, e.g., Internet access for a particular provider. 

Redundancy 

Due to the mission critical nature of the gateway, it 
should support some form of redundancy in all 
configurations . 

There are 2 options for providing redundancy: 

Highly available - This option includes one gateway 
with a hot standby gateway, multiple interfaces, and the 
appropriate software to control the switchover in time of 
failure. Calls may be lost during service interruptions but 
the loss is minimal. 

Fault tolerant - This option provides a much higher 
level of sophistication. This option can be a single or 
multiple gateway configuration with the appropriate 
software. However, no calls are to be lost during gateway 
switchover and the availability is much higher than the 
"Highly Available" option. 

Open Access Signaling Protocol (QASP) 

As stated above, the SS7 gateway integrates Remote 
Access Servers (RASs) into the voice networks. This 
gateway connects into the SS7 network and implements the 
ISUP and/or TUP protocol. It relays call handling and 
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administrative events over an IP connection to one or 
multiple RASs. The connection between the gateway and the 
Remote Access Servers is implemented using IP. It is 
assumed that a reliable message delivery mechanism is used 

5 

The gateway is a signaling point in the SS7 network 
and terminates ISUP (TUP) messages. It supports multiple A 
link connectivity to possibly multiple STPs. It is capable 

^iy^ of maintaining the state of each call^^, of the Tl/El trunks 

n 10 and of all channels for each RAS . 



For redundancy purposes, each RAS is connected to 
n potentially two gateways, which operate in a hot standby 
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arrangement . 

In one embodiment, all the bearer channels are 
connected to the same switch (code point) . However, in 
alternative embodiments, the channels may be connected to 
separate switches. 



The gateway to RAS protocol is based on the ITU-T 
Recommendation Q.931 (1993), ISDN user-network interface 
layer 3 specification for basic controlV ITU-T" 
^C- ' Recommendation Q.Q32 — E-3r993) , (generic piuccduro s f ^ of^ttio - 

^^/l/ gpocif jgat ioncy allowing for inter-operability between 
different gateways and different Remote Access Servers, 
with some extensions as needed for this particular 
environment . 

30 
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The gateway hides any differences between the 
different variances of the SS7 protocol and present the 
same protocol on the LAN side. 

5 The OASP protocol allows the implementation of several 

maintenance procedures at the SS7 gateway. Namely, it 
allows : 

• busying of trunks and channels; 
□ 10 • shutdown of trunks both gracefully and abruptly; 
in • the execution of circuit continuity check initiated by 

the far-end switch, either during call establishment or 
In operator initiated; and 

|S • the execution of circuit continuity check initiated by 

1=^ 15 the SS7 gateway operator. 

ill 

Q 

m 

,Q Mapping of Circuit Identification Codes (CICs) 

The RAS is configured to identify each interface by a 
number, typically number in the range 1-n (where n is the 
20 number of interfaces it supports) . When the RAS registers 
its interfaces, the gateway's configuration tables allow it 
to translate the interface number specified in the message 
specified in this document into Circuit Identification 
Codes (CICs) which the SS7 network requires. 

25 

Security 

Both incoming and outgoing calls {from the RAS 
perspective) are supported by the protocol. However, 



28 



configuration options in the gateway and in the RAS are 
provided, which will allow the system administrator to 
inhibit the placement of outgoing calls (from the RAS into 
the PSTN network) . 

5 

In order to insure the integrity of the signaling 
messages sent between the gateway and the RAS, the gateway 
— ^ and the RAS^«Tre configured with a shared secret. This 

secret, together with the IP data is passed through one way 
|n 10 hash function (MD5) and the result appended to the message. 

The recipient of the message recalculates the hash and 
=p accepts the message only if the results compare. 

111 



Redundancy (backup gateways) 

15 If redundant gateways are to be used, it is assumed 

|g that the gateways are mirroring their states in a hot 

2 standby arrangement. The scenario described below also 

works, if a single fault tolerant gateway with a backup 

Ethernet is used. 

20 

The RAS's configuration defines IP addresses of 
primary and of backup gateways. The RAS attempts to connect 
to the primary gateway; if that fails it attempts to 
connect to the backup gateway. It repeats this process 
25 until a connection is established. It then registers with 
the gateway, using messages defined below. 
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If the IP connection is broken (e.g., because the 
primary gateway failed) , it repeats the above described 
algorithm, until a connection is made to a gateway. The 
backup gateway is then able to recover its state using its 
5 data structures and the information provided by the RAS . 



Layer 3 Protocol Messages 

With reference to the Q.931 specification, the SS7 
Gateway implements the network side and the RAS implements 

\n 10 the user side of the Q.931 protocol. The following 

til 

maintenance messages are extensions to the standard Q.931 
^5 message set. They are sent with a different protocol 

discriminator. They are used by the RAS to register its 
capability, its interfaces and the state of each channel 



G 15 after an IP connection between the RAS and the gateway is 

ry 

established. They are also used by the RAS to report on 



^5 state changes to an interface or a channel, or by the 

gateway to request a state change of an interface or a 
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channel . 



RAS STATUS 
RAS STATUS ACK 
INTERFACE STATUS 
INTERFACE STATUS ACK 
25 RESOURCE UPDATE 

RESOURCE UPDATE ACK 

SERVICE 

SERVICE ACK 

CONTINUITY CHECK RESULT 
30 CONTINUITY CHECK RESULT ACK 
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Further information on each of these maintenance messages 
is described below: 

RAS STATUS 



Information 
element 


Direction 


Length 


Protocol 
discriminator 


RAS -> GW 


1 


Call reference 


RAS -> GW 


3 


Message type 


RAS -> GW 


1 


RAS Status Info 


RAS -> GW 


3 


RAS Capabilities 


RAS -> GW 


3-6 



This message is sent by the RAS to register the fact 
that it is operational. It also specifies its capabilities 
(this aspect is provided for future expansion) . 

RAS STATUS ACK 



Information 
element 


Direction 


Length 


Protocol 
discriminator 


GW -> RAS 


1 


Call reference 


GW -> RAS 


3 


Message type 


GW -> RAS 


1 


Cause 


GW -> RAS 





This message is sent by the gateway to RAS in response 
to RAS STATUS to indicate whether the gateway allows the 
RAS to receive and generate calls. The Cause Information 
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Element indicates the success/failure of the requested 
operation. 

INTERFACE STATUS 



Information 
element 


Direction 


Length 


Protocol 
discriminator 


RAS -> GW 


1 


Call reference 


RAS -> GW 


3 


Message type 


RAS -> GW 


1 


Interface Status 
Info 


RAS -> GW 





This message is sent by the RAS to the gateway to 

register the available interfaces and the status of each 

channel on that interface. Once this information is sent by 

the RAS to the gateway, any changes in the state of any 

interface or any channel is reported to the gateway using 
the SERVICE message. Also any call tear-down originated by 
RAS is reported to the gateway. 

The gateway process and responds to the INTERFACE 
STATUS message before requesting any interface or channel 
state changes using the SERVICE message. Once it responds 
to the INTERFACE STATUS message, the gateway also starts 
originating and terminating calls. 

INTERFACE STATUS ACK 
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Information 
element 


Direction 


Length 


Protocol 
discriminator 


GW->RAS 


1 


Call reference 


GW->RAS 


3 


Message type 


GW->RAS 


1 


Cause 


GW->RAS 





This message is sent by the Gateway in response to 
INTERFACE STATUS message. The Cause Information Element 
indicates the success/failure of the interface registration 
operation. 

RESOURCE UPDATE 

This message is sent by the NAS to register the 
resources it controls. The NAS will also send this message 
whenever the number of resources has changed as a result of 
failure or administrator action (e.g. modem failure) . The 
message will be sent using non-global Call Reference. 



Information 
element 


Direction 


Length 


Protocol 
discriminator 


RAS -> GW 


1 


Call reference 


RAS -> GW 


3 


Message type 


RAS -> GW 


1 


Shift to Codeset 


RAS -> GW 


1 


RAS resource 1 
(see note 1) 


RAS -> GW 










RAS resource n 







(1) This information element can be repeated 1 to n times. 
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RESOURCE UPDATE ACK 



Information 
element 


Direction 


Length 


Protocol 
discriminator 


GW->RAS 


1 


Call reference 


GW->RAS 


3 


Message type 


GW->RAS 


1 


Cause 


GW->RAS 


2-32 



This message is sent by the gateway to NAS in respons 
to RESOURCE UPDATE. This message will be sent using non- 
global Call Reference. 

SERVICE 



Information 
element 


Direction 


Length 


Protocol 
discriminator 


Both 


1 


Call reference 


Both 


3 


Message type 


Both 


1 


Change Status 


Both 


3 


Channel 
Identification 


Both 


3-6 



The gateway sends this message to request the change 
of the current status of an interface or channel. The RAS 
sends this message to report to the gateway the change in 
status of a particular interface or a channel. 
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SERVICE ACK 



Information 
element 


Direction 


Length 


Protocol 
discriminator 


Both 


1 


Call reference 


Both 


3 


Message type 


Both 


1 


Change Status 


Both 


3 


Channel 
Identification 


Both 


3-6 



This message is sent as an acknowledgment to the 
SERVICE message. If sent be the RAS, it indicates that 
RAS is processing the SERVICE request. If sent by the 
gateway, it indicates that the gateway has recorded the 
change in status. 

CONTINUITY CHECK RESULT 



Information 
element 


Direction 


Length 


Protocol 
discriminator 


RAS -> GAV 


1 


Call reference 


RAS -> GAV 


3 


Message type 


RAS -> GAV 


1 


Continuity Result 


RAS -> GAV 




Channel 
Identification 


RAS -> GAV 


3-6 
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The RAS sends this message to report to the gateway 
the result of continuity check for a particular channel. 

CONTINUITY CHECK RESULT ACK 



Information 
element 


Direction 


Length 


Protocol 
discriminator 


GAV->RAS 


1 


Call reference 


GAV->RAS 


3 


Message type 


GAV->RAS 


1 



This message is sent by gateway to RAS as an 
acknowledgment to the CONTINUITY CHECK RESULT message. 

Examples of Timing Diagrams 

RAS Registers with Gateway for Service. 

The following timing diagram shows that the RAS is 
responsible for the registration of the interfaces under 
its control. 
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RAS Gateway 

RAS STATUS (cold start) 

► 

RAS STATUS ACK 



INTERFACE STATUS (i/f 1 
-npl ► 



INTERFACE STATUS ACK 



INTERFACE STATUS U/f 2 down) 



INTERFACE STATUS ACK 
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Handling of Incoming Call 



IJl 



The following diagram shows successful Call 
5 establishment sequence for gateway originated calls 



RAS 



Gateway 



SETUP 



ALERTING (optional) 



CONNECT 



DISCONNECT 



RELEASE 



RELEASE COMPLETE 



Unsuccessful Call Establishment Sequence 



10 The following sequence illustrates when a call is 

rejected by the RAS. 
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RAS Gateway 
^ SETUP 

RELEASE COMPLETE 



Continuity test as part of Call Setup 

The following sequence illustrates when the gatewa 
receives lAM message indicating that a continuity test 
should be performed on the circuit prior to the call 
establishment . 



RAS Gateway 
SERVICE (Chan n = 
loopback) 
M — 

SERVICE ACK 



SETUP (Chan n) 
< 

CONNECT 
► 
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Continuity Test Initiated by SS7 Gateway Operator 



RAS Gateway 
SERVICE (Chan n= Request 

continuity test) 

A 

SERVICE ACK 



CONTINUITY CHECK RESULT 

► 

CONTINUITY CHECK RESULT ACK 
M 



The gateway sends SERVICE message to initiate the 
continuity check. The RAS performs continuity check and 
report the result using CONTINUITY CHECK RESULT. 



RAS Detects Bearer Tl/El Line Down (LOS, Red Alarm) 

If the RAS detects that a particular Tl/El line 
failed, it sends SERVICE message to the gateway. 
Established calls are torn down as part of normal 
processing - i.e the RAS modems detect loss of connection 
and the RAS disconnects the call. The gateway requests 
blocking of CICs associated with the particular Tl/El. 
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• 



RAS 



Gateway 



SERVICE (i/f 1 out of 
service) 



SERVICE ACK 



m 
m 

m 

I! 

a 
m 



Individual Bearer Channel Busy-out Initiated by RAS 



RAS 



Gateway 



SERVICE (Chan n out-of-service ) 



SERVICE ACK 
< 



Individual Bearer Channel Busy-out Initiated by 
Gateway Operator 
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RAS 



Gateway 



SERVICE (Chan n out-of-service) 
< 



SERVICE ACK 



Bearer Tl/El trunk abrupt shutdown initiated by 
Gateway operator 



RAS 



Gateway 



SERVICE {Interface n out-of- 
service) 



SERVICE ACK 



Bearer Tl/El trunk abrupt shutdown initiated by RAS 
operator 
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RAS 



Gateway 



SERVICE (Interface n out-of- 
service) 



SERVICE ACK 
< 



Bearer Tl/El trunk graceful shutdown initiated by 
Gateway operator 



RAS 



Gateway 



SERVICE (Interface n graceful 
shutdown) 



SERVICE ACK 



Bearer Tl/El trunk graceful shutdown initiated by RAS 
operator 
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RAS 



Gateway 



SERVICE (Interface n graceful 
shutdown) 



SERVICE ACK 
< 



RAS loses IP connectivity to SS7 Gateway 

When the RAS loses IP connectivity, it tries to 
establish contact with the primary SS7 gateway; if that 
fails with the secondary gateway; if that fails with the 
primary gateway, etc. Once contact with a gateway is 
established, the RAS registers itself and the interfaces 
supports . 
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